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PERSISTENT DATA STORAGE FOR METADATA RELATED TO 
WEB SERVICE ENTITIES 

ABSTRACT OF THE DISCLOSURE 

The web services Inspection Language, or other format for assisting in ttie 
inspect: 1 Site for available services, may be used as a format f. 
related to Web service-related entities. In particular, the user may store metadata related 

ruSs^es.UDDIbus-.^^^^ 

in the familiar manner in which web site addresses are saved as 
^IrirSin^WSlL is XML-based, the documents that store the metadata are human 
readable, platfomi independent and conform to an open standard. 
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PERSISTENT DATA STORAGE FOR METADATA RELATED TO 
WEB SERVICE ENTITIES 

FIELD OF THE INVENTION 
The present invention relates to WIebsemces and, itOTe,|>artlcularty.to|»r8Bt«^ 
storing metadata related to Web service entities. 

BACKGROUND OF THE INVENTION 

A Web seivice is a software module identified by a Unifom, Resource Identifier 

(URI). Whose »,te,faces and bindings are capabte of being defined, 0^^ ^ 
dZ;e-ed.Webse™icessuppo,tdi,eotinte,aotionswithothersoftwareappl.catonsua«g 

XML based messages via various communication protocols. 

web services are modular software component, wrapped inside a SP""" 
internet communications protocote. These software components can be nin over the 
ZZZZ communicate with o««, componenU automaticall, wHhout human 
Advantageously, Web s«vices can be used on an Intranet ,ns«ie a fl«wall, 
ot^^lg^aLlntemetAWebservlceitselfisasoflwaremoduledel^ered^^ 
LTn.rme.or an intranetvia XML messaging-Agiven modular ^ftwarecompo^^^ 

bl bull, in a variety of ways including, most notably, but not exclusively, using Java. 

,„ order for a computer or application to use a Web service, the comj^r or 
aoolication needs be able to find a senrice descrtption «« Web sen«ce and ««n b,^ 
ottXdescHp«on.Toaccon^l^«-.Win9a,^bWlng,the,,a.^ 

to the web services architecture: a se^lce provider, a service ■^'^'V and a «™« 
requester. Together, the three key parts perfom, three operabons on a Web serv«e. 
publish, find and bind. 

The publish operation makes infomiation aboutthe Web sen,k» a«llable Mt.^ 
«,e infola'on 1 L found and used. In other words, the publ.h op«abon makes «« 
sereice descriptton publicly available. 

The find operaUon is used by a service requester to discover the Web service. The 
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W operation is the way In which computer or application searches for W b ^.oes^ 
The Z operation occurs when the se^ice requestor retrieves a ^-v'^;^^""" 
directly or queries the registry for the type of se^ice required. The flndoperation ™^^^ 

involved in two different lifecyde phases for the sen,ice requestor (or sendee prav^r^a^ 
design time in order to retrieve the Web sen/ice's interface descnpfon for program 
dr«elopment, and a. r^nflme in order to retrieve the se^'i^'s binding and tocatK,n 

descriptions for invocation. 

The bind operation allows the service to be used by the computer or appiicaSon 
requesting the senrtce. More particularly, the bind operation allows the appl,«t,on to 
XL^t^atthe web servtee is, wherethe web service is located and howtolrnkto 

r^blioe.Thebindopera.ionoccu.whenthese™icerequestorinvol<«.r,n^ 
!r inteLion w«h the Web service at runtin» using binding detate ,n the ser^ce 
description to locate, contact and invoke the Web setvKe. 

Amechanismforpubli8hlngandflndlngsen,lcedescriptlon»i5pro«ldedbyUn^^^^ 
Description Disco»»y and Integration (UDDl). UDDl is an XML-based reg^*v for 
^^^'woridwide to « themselves on the Internet. The u^mate goa o UDDM^ 
sueaml^e <»ilW>e transacSons by enabling companies to find one another on the 
WKle Web and make systems that are interoperable for e-commerce "DD^ a^k«« 
Talnels to list «»mselves by name, product, location or the Web sen„ce offered. 

The UDDl data entities provide support for defining both business and senrtoa 
infom,rn.^ere are four primary data types in a UDDl ■^"y^^"^^^ 

lessservioe, bindingTemp^te and tModel. The ^^"2:'::^^^ 
aboutabusinessandcancontainoneormorebusinessSe,v,ces.Thebus,ness,stheWeb 

se^ pravider. The technical and business descriptions for a Web sen„« are defined 
Ta burnessServfce and the bindingTemplates of the businessServrce. The 

specification for a service. 

The Web sendees Description Language (WSDL) is an XML-based language for 
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describing Web services. A WSDL service description contains an abstract definition for 
a set of operations and messages, a concrete protocol binding for these operations and 
messages and a network endpoint specification for the binding. 

WSDL is derived from the Simple Object Access Protocol (SOAP) developed by 
Microsoft and the Networi< Accessible Service Specification Language (NASSL) developed 
by IBM. 

The sen/ice description infomiatlon defined in WSDL is complementary to the 
infomiation found in a UDDI registry. UDDI provides support for many different types^ 
rmcedescriptions.Asaresult.UDDIhasnodirectsupportforWSDLoranyotherserv.ce 

description mechanism. 

While WSDL is a standard for descnbing services at a functional level and UDDI Is 
a standard for describing senrtces from a more business^centric perspec«ve^« has teen 
recognized that there is a need for the ability to tie together, at the pent of "1^°^ 
sen/L, these varioussourcesofinfom«tion.ldeally,these various sourc«sof,nform^^^ 

should be tied together In a manner which is both simple tc create and sample to ul,lr»^ 
^ Serv-rces Inspection Language (WSIL) is Known to address this need by de^n^ 
XML grammar «,a. facilfates the agg^ation o, references to '^^'^J^'^^^Z 
deschption documents and pro^des a well-defined pattern »' 

grammar By doing this, WSIL provides a means b, which to inspect Sites for serve. 

offerings. 

The WSIL specification (see h'<P""*"- 
106.lbm.oom/develope,wo,l«^«bservicesflibrary/w.wsilspec.html)pr»«d^^^^^^ 

format for assisting in the inspection of a s«e for available sen„ces and a "H""" 
forhowlnspectlon-relatedinfonnationshouldbemadeavailablefor consumption. Notab^ 

rspecifiLonmaybemorewidelyknownasaspec.ca«onforWebSen™«^^ 
or sLly -WS-r. A WSIL (or WS-I) document provides a means for aggrejpbng 
Ifel^ to pre-exisfing sen,lce descnption (insp«=.ion) documer* '^'^'Z 
;u,horedinannumberoffonnats.Th.seWndocu,,«n.saret^r^^^^^^^ 

at the point^rf-offerlng of the sen-ice as well as through references that may be placed 
within a content medium. 
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As discussed hereinbefore, a service provider may publish a WSDL document to 
describe the details of the Web service provided such that an application r quiring that 
Web service may discover the service provider as a provider of a service required by the 
application. The application learns how to talk to the Web service through the WSDL 
5 document offered by the service provider. In general, the WSDL document only describes 
the Web service itself, the WSDL document does not contain other infonnation such as a 
URL of the WSDL document or the contact infomiation for the business providing the Web 
service. This infomiation about the WSDL document may be called the metadata of the 
WSDL document. 

10 

In a situation wherein the application requires a Web service more than once, 
metadata related to the WSDL document that describes the Web service may be important 
to the application well into the life of the application. It is preferable, then, that the metadata 
be maintained through startup and shut down of the application. 

15 

The metadata can be maintained by a database system. However, maintaining 
WSDL-related metadata may be considered a computationally intensive task for the 
application to perform along with the task for which the application was originally designed. 
Furthermore, the application may be considered to be tied to the platform on which the 
20 database system is running. 

Another approach to maintaining the metadata is to use Java object serialization. 
However, Java object serialization has several disadvantages including low readability, low 
porting ability (the data cannot be easily retrieved by applications written in other 
25 languages) and the data may no longer be usable if the source of the Java object changes. 

Cleariy then, a need exists for a programming language-independent manner in 
Vr'hich metadata related to published descriptions of Web services may be stored without 
the computational intensity of typical database systems. 

30 

SUMMARY OF THE INVENTION 

Metadata related to Web service-related entities may be stored in a fonnat for 
assisting in the inspection of a site for available services, for example, the WSIL format. 
35 By doing so, a light-weight mechanism is realized to store the Web services related 
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metadata. Advantageously, as WSIL is XML-based, the metadata may be stored as XML 
fragments. Thus, the metadata may be human readable, platform indep ndent and 
conform to an open standard. 

As an application may require a Web service a number of times, metadata such as 
the URL of a WSDL document would be useful to the application if the WSDL document 
became outdated and needed to be refreshed. Additionally, other metadata may be 
required. For instance, the contact infomiation for the Web service would be useful for 
reporting any bugs found with the Web sen^ice. 

In accordance with an aspect of the present invention there is provided a method 
of storing metadata related to a database containing data describing a networked service. 
The method includes storing the metadata related to the registry as a binding description 
in a format for assisting in the inspection of a site for available sen/ices. 

in accordance with another aspect of the present invention there is provided a 
method of storing metadata related to contact information of business parties. The method 

includes storing the metadata related to the contact information of business parties as a 
binding descriptioninafomiatforassistinginthe inspection ofasite for available services. 

In accordance with still another aspect of the present invention there is provided a 
method of storing metadata related to a business assertion, where metadata related to a 
first business is stored as a binding description in a format for assisting in the inspection 
of a site for available services. The method includes including metadata related to a 
business assertion between the first business and a second business. 

In accordance with a further aspect of the present invention there is provided a 
method of storing metadata related to a UDDI tModel. The method -''f ^^^^^^^^^^^ 
metadata related to the UDDI tModel as a binding description in a fomiat for assisting in 
the inspection of a site for available services. 

In accordance with an even further aspect of the present invention there is provided 
a web services browsing system. The system is adapted to browse a Web semce and 
store metadata related to an entity of the Web service in a document forma«« a 
fom^at for assisting in the inspection of a site for available services. Additionally, a 
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computer readable medium is provided for containing computer-executabi instructions to 
be executed by a processor in such a system. 

In accordance with a still further aspect of the present invention there is provided 
a method of resurrecting a Web sen/ices-related entity. The method includes presenting 
a display of metadata related to a plurality of Web services-related entitles, the display 
based on a document formatted using a fomiat for assisting in the inspection of a site for 
available services, receiving an indication of a selected Web service-related entity of the 
plurality of Web sen/ice-related entities and responsive to the receiving, further processing 
the selected Web service-related entity. In another aspect of the present invention, a 
computer readable medium is provided for adapting a general purpose computer to 
perform this method. As well, a Web services browsing system is provided for performing 
this method. 

Other aspects and features of the present invention will become apparent to those 
of ordinary skill in the art upon review of the following description of specific embodiments 
of the invention in conjunction with the accompanying figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the figures which illustrate example embodiments of this invention: 

FIG. 1 illustrates the three key parts to the (prior art) Web services architecture; 

FIG. 2 illustrates an exemplary schema for storing metadata related to a UDDI 
registry as a binding description in WSIL according to an embodiment of the present 
invention; 

FIG 3 illustrates an exemplary schema for storing contact infonnation of business 
parties as a binding description in WSIL according to an embodiment of the present 
invention; 

FIG. 4 illustrates an exemplary schema for storing metadata related to a business 
assertfon as a binding description in WSIL according to an embodiment of the present 
invention; 
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FIG. 5 illustrates an exemplary schema for storing metadata r lated to a UDOl 
tModel as a binding description in WSIL; 

FIG. 6A illustrates an initial portion of an exemplary WSIL document created 
according to an embodiment of the present invention; 

FIG. 6B illustrates a further portion of the exemplary WSIL document of FIG. 6A; 
FIG. 6C illustrates a final portion of the exemplary WSIL document of FIGS. 6A and 

6B; 

FIG. 7 illustrates a Web service browsing system, capable of executing methods 
exemplary of the present invention; and 

FIG. 8 illustrates an exemplary Web sen/ice browsing application executed on the 
Web service browsing system of FIG. 7. 

DETAILED DESCRIPTION 

FIG 1 illustrates the three key parts to the (prior art) Web services architecture: a 
service provider 102. a service registry 106 and a service requester104. As stated 
hereinbefore, the three key parts perform three operations on a Web service: publish, find 
andbind.Theserviceprovider102publishesadescriptionofaWebserv.cetoheser^^ 

registry 106. The service requester 104 finds this Web service descnption on the serv.ce 
registry 106 and binds to the Web service at the sen/ice provider 102. 

A Web service interface system 700. capable of browsing Web services according 
to methods exemplary of the present invention, is illustrated in FIG. 7. The Web ser.oe 
interface system 700 may act as eitheraservice requester andasen^i^P^^^^^^^ 

The Web service interface system 700 includes a display monrtor 702 and a central 
processing unit704.Thecentralprocessingun.704may include hardwaretonetwori^^^ 

other computers, long tem, and short tern, memory and a processor. As is typi^l 
connected to the central processing unit 704 may be multiple input peripherals such as a 
keyboard 708 and a mouse 710. The Web service interface system 700 may be loaded 
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with a Web sen/ices browsing application for executing methods ex mplary of this 
invention from a software medium 706 which could be a disk, a tape, a chip or a random 
access memory containing a file downloaded from a remote source. 

In overview, the present invention involves use of the Web Service Inspection 
Language (WSIL). at the sen/ice requester 104 and/or the seivice provider 102 as a 
persistent data storage fomiat for metadata related to Web service entities. As WSIL .s 
designed to be extensible. WSIL can be easily extended to serve as a very l.ght-we.ght 
persistent storage fomiat for metadata related to Web service entities. Advantageously, 
the entities related to which metadata may be stored as a binding descnption .n WSIL 
fom>at are not limited to the three bindings that are defined in the WSIL specification ..e 
WSIL binding, UDDI binding (which consists of UDDI business and UDDI se-voe ^nd 
WSDL binding. Indeed, other Web service related entities, such as UDDI registnes UDDI 
tModels. URL Services (such as HTTP Get/Post) or even contact infomiation. may also be 
stored as a binding description using WSIL. 

Aspects ofthe present invention enable the definition of metadata forWeb services 
related entities, which entities are not currently covered by the WSIL specification to be 
stored in WSIL format In addition, through the creation of new schemas. new metadata 
may be created and stored in WSIL format to describe relationships between Web servK^ 
related entities. For example, a schema may be created for "'>7^-^^^^^^^^^^^ 
enables the fomiation of relationships between business entities. These business 
assertions would also be stored as metadata in WSIL format. 

To implement this persistent storage of metadata, schemas have been developed 
for organizing the collection of metadata that is to be stored as a binding descnpt^n in 
WSIL Exemplary schemas are illustrated in FIGS. 2, 3 and 4. Specifically. FIG. 2 
illustrates an exemplar schema 200 for storing metadata related to a UDDI registry as a 
bindingdescriptioninWSIL,FIG.3illustratesanexemplaryschema30C^^^^^^^^^^ 

infom^ation of business parties as a binding description in WSIL. ^'^^^ ^^^^^^^^^^^ 
exemplary schema 400 for storing metadata related to a business assert on as a b nding 
descn^n in WSILandFIG.5illustrates an exemplary schema SOOforstor^ 

related to a UDDI tModel as a binding description in WSIL. 

in the UDDI scope, the term "business assertion" refers to a relationship link 
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betwe n two businesses. This relationship link can be of many types, for instance, the 
business may be business partners orthe businesses may have Par nt-Child r lationship. 
UDDI registries provide a way to create a business assertion as long as descriptions of the 
businesses involved in the relationship link are published to public UDDI registries. 
However if a description of one or both of the businesses is not published to public UDDI 
registries (a business description may be published to an intemal repository, for example, 
a private UDDI registry), then a business assertion cannot be created. 

The WSILspecification defines three known types of bindings thatmay be recorded 
in a WSIL document. Each exemplary schema 200. 300. 400. 500 (FIGS. 2. 3. 4 and 5) 
relates to a new type of binding that may be stored as a binding description in a WSIL 
document. The metadata expressed as a particular binding description in a given WSIL 
document may be a known type of binding or a new type of binding. 

The storing of metadata related to Web service entities using WSIL. as provided by 
the present invention, provides a way to make a "virtual" business assertion possible. In 
particular, a 'Virtual" business assertion may either be stored as a new binding (a new 
metadata type with a new referenceNamespace. similar to the exemplary schemas 200. 
300 of FIGS 2 and 3) or be stored directly in a UDDI business binding description. Stonng 
business assertion metadata in the UDDI business binding description, in effect, extends 
the WSIL specification. That is. the WSIL specification already provides a way to store 
UDDI business and the present invention provides a mechanism by which additional 
metadata may be included in what is othenvise a traditional UDDI business binding 
description. 

If the particular binding description relates to a new type of binding, then a 
"namespace" of a schema for storing information related to the new type of binding may 
be included in an inspection element of the particular binding description. According to 
"Namespaces in XML". World Wide Web Consortium. 14-January-1999 (see 
http //www.w3.orgn-R/1999/REC-xml-names-19990114/). XML namespaces provide a 
simple method for qualifying element and attribute names used in Extensible Mari<up 
Language documents by associating the element and attribute names with namespaces 
identified by URI references. The namespace declaration is considered to apply to the 
element in which the namespace declaration is specified and to all elements within the 
content of that element, unless overridden by another namespace. 
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By including the namespace of the schema, the binding description of a new type 
of binding may be recognized by applications that can read WSIL documents. The 
namespace refers to the location where the schema can be found. 

Once defined, a binding description related to a new type of binding can be added 
to a WSIL document. The binding description contains metadata that is defined by the 
schema associated with the new type of binding. The "referencedNamespace" attribute of 
a binding description identifies the namespace to which the Web service belongs. A WSIL 
document may act as a data store. Storing and retrieving data from the WSIL document 
may be seen to be easier than from other known data stores. By retrieving the metadata 
contained within a binding description, the associated Web service may be resurrected by 
a Web service interface system 700 as illustrated in FIG. 7. 

In consideration of the exemplary schema 200 (FIG. 2) for storing metadata related 
to a UDDI registry as a binding description in WSIL. multiple namespaces are defined. The 
targetNamespace identifies the location for the exemplary schema 200. The remammg 
namespaces haveaprefix of "xmlns". Those namespace prefixes that begin with "xml are 

reserved for XML specification. In particular, xmlnsiwsiluddi defines the location at which 
to look up types associated with the local name "wsiluddi". For example, 
"wsiluddi businessDescription". which is used in the exemplary schema 400 of FIG. 4. 
means that the element "businessDescription" is an element defined in the locafton 
■•http//schemas.xmlsoap.org/ws/2001/10/inspection/uddi/". The other declaration 
"xsd string", which is used in the exemplary schema 200 of FIG. 2. Indicates that the type 
"string" is a built-in simple type in the XML Schema Specification at location 
"http:/Awww.w3.org/2001/XMLSchema". 

FIGS 6A 6B and 6C illustrate a WSIL document 600 that contains six binding 
descriptions:aWSDLbinding description 602;aUDDltModel description 603;afirst UDDI 

business binding description 604; a second UDDI business binding descripton 606; a 
UDDI registry binding description 608; and a binding description for busKJ^J'«"*^*^ 
infon.ation610.NotethattheWSDLbindingdescription602andthefi^tUD^^^^^^^ 

binding description 604 relate to known types of bindings that are defined the WS^L 
specffication and that the UDDI tModel binding description 603. the UDDI re^stn. binding 
description 608 and the binding description for business contact infomiation 610 relate to 
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new types of bindings. The second UDDI business binding description 606 Is a sp cial 
case related to a known type of binding, with additional metadata included that is relat d 
to a business assertion. 

The WSIL document 600 also includes an inspection element 601 that identifies 
namespaces to be used elsewhere in the document. For instance, the xmlnsiwsiluddi 
namespace defines the location at which types beginning with the local name "wsiluddi" 
may be found. That is. whenever the local name "wsiluddi" is used as a prefix to a type, a 
definition of the type may be found at 
"http://schemas.xmlsoap.orgyws/2001/10/inspection/uddi/". 

The first and second UDDI binding descriptions 604, 606 include a 
"wsiluddibusinessDescription" element. The <wsiluddi:busine8sDescription>element may 

be thought of as a <businessDescription> element with a local name "wsiluddi". Due to the 
fact that there could be many <businessDescription> schemes available on the internet, 
the local name "wsiluddi" assists in identifying where to locate the proper schema. 

The WSDL binding description 602 may be identified by an initial element with a 
"referencedNamespace" attribute equal to "http;//schemas.xmlsoap.org/wsdl". This 
"location" metadata indicates where the physical WSDL document resides. Taking 
advantage of this concept, metadata related to any Web service entity can be stored with 
enough information to resurrect the Web service entity. For example, a UDDI registry can 
be located using the publishURL and the inquiryURL defined in the UDDI registry schema 
200 of FIG. 2. 

TheUDDI tModel binding description 603 may be identified byaninitialelementwith 
a"referencedNamespace"attribute equal to"um:uddi-org.api_v2".Notably.theinspe<^on 

element 601 references the exemplary schema 500 for storing metadata related to a UDDI 
tModel as a binding description, which is illustrated in FIG. 5. Similar to a UDDI business 
a UDDI tModel may be found (through a query) in an UDDI registry. The UDDI tModel 
binding description 603 includes "location" metadata and a tModelKey. The locaton 
metadata defines the location (the inquiry URL of a UDDI registry) where this tMode can 
be found To resurrect the tModel. a tool may send a "find tModel request to the URL 
given in the "location" metadata, along with the tModelKey. A tModelKey is a unique 
identif«r for a tModel. Currently, the WSIL specification does not provide a way to store 



CA9-2002-0045 



11 



CA 02409882 2002-10-25 



tModels. The exemplary schema 500 for storing metadata related to a UDDI tModel as a 
binding description, which is illustrated in FIG. 5. represents a newtype of binding that may 
be stored as a binding description in a WSIL document. 

The first UDDI business binding description 604 has an initial element with a 
•VeferencedNamespace"attributeequalto"urn:uddi-org:api_v2^The•■tocatlon••metada^^^ 

in the ••wsiluddi:businessDescription" element indicates the inquiry URL of the UDDI 
registry where this business has been registered. The "wsiluddiibusinessKey" element .s 
a unique Identifier of the business within the UDDI registry. The ••wsiluddi.businessKey 
element Is mainly used for discovery purposes. For example, if the user wants to resurrect 
or find this business, she first has to determine to where the "find request" should be sent 
This isdetemiined by the location metadata of the ••wsiluddi.businessDescription element 
(i.e., the inquiry URL of the UDDI registry). Secondly, the business can be identified using 
the "wsiluddi'.businessKey". 

The second UDDI business binding description 606 has an initial element with a 
"referencedNamespace" attribute equal to ••um:uddi-org:api_v2". Like the first UDDI 
business binding description 604. a business is identffied by "location" metadata and a 
'•wsiluddi:businessKey" element. Notably, the inspection element 601 references the 
exemplary schema 400 for storing metadata related to a business assertion as a binding 
description. Which is illustrated in FIG. 4. In particular, the location of the exempl^^^^ 
schema 400 is referenced as local name "businessassertion". The second UDDI business 
binding description 606 has an element not included in the first UDDI business binding 
description 604. namely <businessassertion:businessAssertion>. for ^^^^ff^"^ 
a business assertion. Within the buslnessAssertion element, the business identified as the 
fromBusiness in the second UDDI business binding description 606 has fomied a 
relationship with the business identified as the toBusiness. 

The UDDI registn^ binding description 608 may be identified by an initial element 
witha"referencedNamespace"attributeequalto"http://www.example.com/uddiregistoy^ 

The wsiluddiregistry:registryDescription element has three components, namely 
wsiluddiregistry.inquiryURL. wsiluddiregistry:publishURL and 
wsiluddiregist^:registrationURL. Notably, the inspection element 601 referents the 
exemplary schema 200 for storing metadata related to a UDDI registry as a binding 
descnption. which is illustrated in FIG. 2. In particular, the location of the exemplary 
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^ 200 is ^^cd a, ,00- nan,e ■«uad„e,..^'. ajj. 

r Wr^us^ for disoove-y purpo^s. A W ,e<,uesUopera«on ,uch as **ga 
blt«sLldbesenttothlsURL.Thevvsiluddiregist,y;publishURUcoa^ 

pubLh request/operaBon suoh as registenng a .ew bu.«,«s w«.ld 
S^rcklJistV-^istraUonURL «fe,s to a URL whioh enables users to ' 
rorrW^Th^ IS a requiremem for wnting informaSon m> mesa registnes. ,.e., 
pubHsMng busirKSS entitles, business services and tModels. 

e:ipia.sc.en»300f<.s..ng»^.i.^^^^^^^^ 

rs:2:'nr:rna— r::^^^^ 

n:;^^rtoa,ooat^ofcontao.in,onna..n,orapa,«cu,arbus.ne.pa..y. 
,„ operation an application may be designed to be executed at a Web servi« 

':Z7:::::::r:::st.r,:zzj^ « ws. docume.. as 

exemplified above. 

FIG 8 illustrates an exemplary Web sen-ice bro«sing application 800 wi*. a 



CA9-2002-0045 



13 



CA 02409882 2002-10-25 



cod.. e«mpla,y web ««.ce bowsing applicat^n 800 » Shown ^ex^^^^^ 
a web browser window. Web service-related entities stored ,n a WSIL document ar 
in a -Favorites" page 808 wherein the entitles are shown as nodes in the 
lX-l~-'''vWebse,vioebrowsingappi^..n800m^^^^ 

paTndudlngaUDDlpage.usedforUDDldiscover,andpubllcat»n,a^^^ 

S for WSIL naviaation The UDDI page can be used toflnd. manage and pubhsh Web 
^^i^rr^— .oandJaODD,reglst,,.Ausercano^ 
IntheWSlLpageandvlewthe web service entity re.atedm«adata«,at,sdelinedm«,a, 

particular WSIL document. 

The er^tities in the Favorites page 808 may be resurrected and added to a UDDI 

page o?a Xr e at any time. For instance, a WSIL document, informa - abou^ 
rh!sr^inLwsiLdocumentusedt>ytheFavor.espage808.maybe.ocatedon 

the Favorites page 808 and added to the WSIL page for viewing. 

in a further embodiment of the present invention, a namespace may be created for 
. TLt«Hata related to a Web service entity. For example, the contact 

:ir;^^.Add.onal,.aschemaisdeveloped^»2^^^ 

by the Favontes page 808, ^^^T" ^ ^^ing application internal 

Ze^^rrro:r:»rrn,<^-.ot.«Favor«espage808. 

one advantage of storing Web sen,ice ent», related metadata in » 

to an open standard. 

A,«llbeapparenltoape.»nsklll«llntheart.WSlLisbutonefom,atforasste«^ 

,„^,::rnras..ravai,ab...ces^^^^^^^^^^^ 
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(perhaps proprietary) etedronlc data intercharige formal 

Other modifications will be apparent to those s«ed in the an and, therefore, the 
invention is defined in the claims. 
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We claim: 

1. A m^hcd 0. string ma«d* ^ .» a database oc^ainin, <.a« de«*in9 , 
networked service comprising: 

«onngsa.™«aaUre,a»d.osaidd,«ba«a,ab*ndi,^de«H^onina*>an,. 

t2*g in *e inspection 0. a fd, av,»able semce,. 

a. Then««,od ofc^Hn 1 wHe^in said database. .0 a Un^i Oescdpt^n, D^cove,, 
and integration registry. 

, The ™thod of .aim 2 wh^ein saK. .onna. .or assis«ng in inspeodon 0. a site tdr 

available senrtces is «« Web Seivioes Inspection Language. 

4 Tbeme.hodo.dain.3whe«insa«,^a.a.sto«dacoo«.hg.oasch««a. 

0, ^ 4 w^e^ln sa. scben^ d.«^ a n»«space .0, identi^ng a 
location for said scliema. 

Integration registry. 

Discovery and Integration registry may be sent. 

. . ^^^^^s -Hud«« an element for specifying a 

Discovery and Integration registry may be sent. 
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9. A memod 0. ..onng meUdaU ^ » """" 
comprising: 

,1 .*oH;,tfl related to said contact infomiation of business parties as a 

services. 

,OT>«memodo.o.ai,n9whe«ins,«.«ma.*>ra»^nginmei,«peo«ona.asi.e«» 
available serrtces Is the W6b Senrtces InspeeSon Unguage. 

,1. The ™«»d Cdau. ,0 whe«. sa« -ne^da^ . sU»ed acco-dln, .0 a schen,a. 
The .e^od Of .aln, 1 1 wHe«,n sa. ^ a n«.a.pace «e««yln8 a 

location for said schema. 

found. 

„.A™«,o.o,.o.ng.e.a.a.rela,e.-bu.i™ss^^^ 

rur:'«arrbeW«en.-.«^.u.oes,anaa»c.^ 

«The™modo.dain,14w,»™.naa»fonna..orass..ihgin.Heinspec«ono.asKe*K 

avaUable ser,ices is the Wab Sen/ioes Ihspection Unguage. 

,e. The .ethod 0. clai. 15 wherein said h«.ada.a rented to said business assertion is 

Stored according to a schema. 

„.Than,ethodo,clain,16whe™in,a«schen,adennesan.n».pace,or«ent«ylnga 
location for said schema. 
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business is registered. 

status of said business assertion. 

of said business assertion. 

-.♦..Hata related to a UDDI tModel comprising: 
22. A method of storing metadata reiateo lo a uu 

. . loteH said UDDI tModel as a binding description in a 
storing said metadata related ^ ^'^ ^^^^ 
fomiat for assisting in the inspecUon of a site for avauaoie 

23Themethodofclaim22whereinsaidformatforassis.ngintheinspec«onofas«ef.r 
SaJlTfn^ices is the web services inspection La^^^^^^ 

2S.Themethodofo.im24v^reinsa«schemade.nesanamespaceforidenW^^^ 
location for said schema. 

• ■ inHijd«»« an element for specifying an 

IrtegratlenraglW to find said UODltModel. 

„THe.e«,cdo,.a.2a«.»-einsa.«^in.--e^.n.,o,sp««.n.a 
unique identifier for said UDDI tModel. 
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28. A Web services browsing system adapted to: 
browse a Web service; and 

storemetadata related to an en«,<.f said web se^teeinadocur^rtfon^tW 
a tomsx for assisting in the U,spectlon of a site for available aemcee. 

29 The method of claim28wl«reinsaidf6m»tfor assisting intheinspectlonofasitefor 

available seorices Is the Web Services Inspection language. 

to: 

browse a Web service; and 

store metadata related toane,««y of saw Webs«vk»inadocun^tfom»ttedin 
atra. for assistingln the inspection ofas«efor available sen,K«. 

31 A me«,od of resurrecting a Web se>vi»^la,ed entity, sa«l method comprising: 
in the inspection of a site for available sewices; 

^Mng an Indication of a selected Web servioe^ted enti^r of said plurality of 
Web service-related entitles; and 

^ponsivetosaldrece^^g,t...herprocessingsa«se^WebservK»^lated 

entity. 

32Thernethodofc.aim31whereinsaldformatforassistlnglnthelnspectionofasfte^^^ 
available services Is the Web Services Inspection Language. 
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a3 The method of claim 32 wherein said selected Web sen/ice-related entity is a given 
Web^;;:^1ntc^^^^ Language document and said further processing composes 
opening said given Web Services Inspection Unguage document. 
34 The method ofclaim 32 wherein said selected Webservice-relatedentityisaUnive^^ 
^X^^^^oo^er, and .ntegratton registry and said ^rther processing compnses 
finding WSb service related intoiraatlon at said legistiy. 

35Tl«methodofc«m32v*er«n.aldselectedW.bse™ice-relatedentl^feaUr^^ 
managing Web aewice related infonnatlon at said registry. 

36 The method Of Claim 32 wt,ereinsaldsele<«dWrt,s.n*»«««lentitylsaU|^^ 
Oes^pron SiLery and Integration registry and s«d further processes c«mpns„ 
publishing Web senrlce related Information to said registry. 

37. A web sen/Ices browsing system adapted to: 

present a display of Informatlcn related to a plurality of Web "l"^ 
'sTdtlay bJ!ed on a document fom«tted using a fom«t foe asststrr^ in the 
Inspection of a site for available services; 

„ce^e an indication of a selected web se-vtc^rel-ed ««y .f .-d plu^ 

Web service-related entities; and 

further process said selected Wteb service-related entity. 
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38 Aco™«it.rread*lemediumconUiWngcomputer-exeoutableWtruc^^ ■> 
pLtSapnK«ssorin.Web««^b«wsin9system,caus,«»oon,pu. rs,.. -n 

to: 

oresentadlsplayofinformationrelatedtoapluralityofWebsew.^^^^ 
^rC^^^^^^^^^^^ on a document formatted using a format for ass.st.ng .n the 
inspeclion of a site for available seivioes; 

^oelve an indlcauon of a »l«^ VVeb sa^lo^ e««y .f said plur^ 
^ 0 Web service-related entities; and 

further process said selected Web service-related entity. 
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